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This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). 
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The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under 
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Foreword 



This Technical Specification (TS) was been produced by ETSI Technical Committee Telecommunications and Internet 
converged Services and Protocols for Advanced Networking (TISPAN) and originally published as ETSI ES 283 027 
[26]. It was transferred to the 3rd Generation Partnership Project (3GPP) in in January 2008. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 

The present document provides the ETSI endorsement of the 3GPP TS 29.163 [1]. 

Clauses 7.2.3 and 7.4 of 3GPP TS 29.163 [1] specify the signalling interworking between ISDN User Part (ISUP) 
protocols and SIP in order to support services that can be commonly supported by ISUP and SlP-based network 
domains. 

Clause 9.2.3.3.5 specifies how ringing tone is applied at the gateway when interworking ISUP and SIP. 

The present document specifies the principles of interworking between the ETSI TISPAN IMS and ISUP based legacy 
CS networks, in order to support IM basic voice calls, therefore all the references to interworking between IMS and 
BICC are out of scope of the present document. 

The present document is a protocol interworking specification; therefore all references to the user plane interworking 
are out of scope of the present document. 

The present document specifies the interworking between ETSI SIP profile (as specified within ES 283 003 [3]) and 
ISUP, as specified in EN 300 356-1 [2] respectively. 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

For online referenced documents, information sufficient to identify and locate the source shall be provided. Preferably, 
the primary source of the referenced document should be cited, in order to ensure traceability. Furthermore, the 
reference should, as far as possible, remain valid for the expected life of the document. The reference shall include the 
method of access to the referenced document and the full network address, with the same punctuation and use of upper 
case and lower case letters. 

NOTE: While any hyperlinks included in this clause were vahd at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] 3GPP TS 29.163: "3rd Generation Partnership Project; Technical Specification Group Core 

Network and Terminals; Interworking between the IP Multimedia (IM) Core Network (CN) 
subsystem and Circuit Switched (CS) networks (Release 7)". 

[2] ETSI EN 300 356-1 (V4.2.1): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 1: Basic services 
[ITU-T Recommendations Q.761 to Q.764 (1999) modified]". 
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[3] ETSI ES 283 003: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); IP Multimedia Call Control Protocol based on Session 
Initiation Protocol (SIP) and Session Description Protocol (SDP) Stage 3 
[3GPP TS 24.229 (Release 7), modified]". 

[4] ETSI ES 282 007: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); IP Multimedia Subsystem (IMS); Functional architecture". 

[5] ETSI EN 300 356-3 (V4.2.1): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 3: Calling Line 
Identification Presentation (CLIP) supplementary service [ITU-T Recommendation Q.731, 
clause 3 (1993) modified]". 

[6] ETSI EN 300 356-4 (V4.2.1): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 4: Calling Line 
Identification Restriction (CLIR) supplementary service [ITU-T Recommendation Q.731, 
clause 4 (1993) modified]". 

[7] ETSI EN 300 356-5 ( V4. 1 .2): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 5: Connected 
Line Identification Presentation (COLP) supplementary service [ITU-T Recommendation Q.731, 
clause 5 (1993) modified]". 

[8] ETSI EN 300 356-6 ( V4. 1 .2): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 6: Connected 
Line Identification Restriction (COLR) supplementary service [ITU-T Recommendation Q.731, 
clause 6 (1993) modified]". 

[9] ETSI EN 300 356-7 (V4. 1 .2): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 7: Terminal 
Portability (TP) supplementary service [ITU-T Recommendation Q.733, clause 4 (1993) 
modified]". 

[10] ETSI EN 300 356-8 (V4.I.2): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 8: User-to-User 
Signalling (UUS) supplementary service [ITU-T Recommendation Q.737, clause 1 (1997) 
modified]". 

[II] ETSI EN 300 356-9 (V4. 1.2): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 9: Closed User 
Group (CUG) supplementary service [ITU-T Recommendation Q.735, clause 1 (1993) modified]". 

[12] ETSI EN 300 356-10 (V4.1.2): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; 
Part 10: Subaddressing (SUB) supplementary service [ITU-T Recommendation Q.731, clause 8 
(1992) modified]". 

[13] ETSI EN 300 356-1 1 (V4.1.2): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part II: Malicious 
Call Identification (MCID) supplementary service [ITU-T Recommendation Q.731, clause 7 
(1997) modified]". 

[14] ETSI EN 300 356-12 (V4.2.1): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 12: Conference 
call, add-on (CONE) supplementary service [ITU-T Recommendation Q.734, clause 1 (1993) and 
implementors guide (1998) modified]". 

[15] ETSI EN 300 356-14 (V4.2.1): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 14: Explicit Call 
Transfer (ECT) supplementary service [ITU-T Recommendation Q.732, clause 7 (1996) and 
implementors guide (1998) modified]". 
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[16] ETSI EN 300 356-15 (V4.2.1): "Integrated Services Digital Network (ISDN); Signalling System 

No. 7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 15: Diversion 
supplementary service [ITU-T Recommendation Q.732, clauses 2 to 5 (1999) modified]". 

[17] ETSI EN 300 356-16 (V4.1.2): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; 
Part 16: Call Hold (HOLD) supplementary service [ITU-T Recommendation Q.733, 
clause 2 (1993) modified]". 

[18] ETSI EN 300 356-17 (V4.1.2): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; 
Part 17: Call Waiting (CW) supplementary service [ITU-T Recommendation Q.733, 
clause 1 (1992) modified]". 

[19] ETSI EN 300 356-18 (V4.1.2): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 18: Completion 
of Calls to Busy Subscriber (CCBS) supplementary service [ITU-T Recommendation Q.733, 
clause 3 (1997) modified]". 

[20] ETSI EN 300 356-19 (V4.2.1): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; 
Part 19: Three-Party (3PTY) supplementary service [ITU-T Recommendation Q.734, 
clause 2 (1996) and implementors guide (1998) modified]". 

[21] ETSI EN 300 356-20 (V4.3.1): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 20: Completion 
of Calls on No Reply (CCNR) supplementary service [ITU-T Recommendation Q.733, clause 5 
(1999) modified]". 

[22] ETSI EN 300 356-21: "Integrated Services Digital Network (ISDN); SignalHng System No.7 

(SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 21: Anonymous Call 
Rejection (ACR) supplementary service [ITU-T Recommendation Q.731, clause 4 (1993)]". 

[23] ETSI EN 300 485 (VI .2.3): "Integrated Services Digital Network (ISDN); Definition and usage of 

cause and location in Digital Subscriber Signalling System No. one (DSSl) and Signalling System 
No. 7 (SS7) ISDN User Part (ISUP) [ITU-T Recommendation Q.850 (1998) with addendum 
modified]". 

[24] ETSI EN 300 403-1 : "Integrated Services Digital Network (ISDN); Digital Subscriber Signalling 

System No. one (DSSl) protocol; Signalling network layer for circuit-mode basic call control; 
Part 1: Protocol specification [ITU-T Recommendation Q.931 (1993), modified]". 

[25] IETF RFC 3966 (December 2004): "The tel URI for Telephone Numbers". 

2.2 Informative references 

[26] Final draft ETSI ES 283 027 V2.4.0: "Telecommunications and Internet converged Services and 

Protocols for Advanced Networking (TISPAN); Endorsement of the SIP-ISUP Interworking 
between the IP Multimedia (IM) Core Network (CN) subsystem and Circuit Switched (CS) 
networks [3GPP TS 29.163 (Release 7), modified]". 

Note: The version of ETSI ES 283 027 on which the present document is based only available during the ETSI 
membership approval period. It is anticipated that it will be published without technical change. 



Definitions and abbreviations 



For the purposes of the present document, the terms, definitions and abbreviations given in 3GPP TS 29.163 [1], 
clauses 7.2.3 and 7.4 apply. 



£75/ 



3GPP TS 29.527 version 8.3.0 Release 8 



ETSI TS 129 527 V8.3.0 (2009-04) 



Endorsement notice 



The present document endorses 3GPP TS 29.163: "3rd Generation Partnership Project; Technical Specification Group 
Core Network and Terminals; Interworking between the IP Multimedia (IM) Core Network (CN) subsystem and Circuit 
Switched (CS) networks (Release 7)" [1], the contents of which apply together with the following modifications: 

Clauses 6.3, 7.3, 8, 9.2.2.1, 9.2.2.2, 9.2.3.1, 9.2.3.2, 9.2.4.1, 9.2.5.1, 9.2.6.1, 9.2.7.1, 9.2.8.1, 9.2.8.3 and annex B do not 
apply to this recommendation. 

NOTE: Underlining and/or strike-out are used to highlight detailed modifications where necessary. 



Global modifications to 3GPP TS 29.163 Release 7 

Throughout the text of the 3GPP TS 29.1 63 Release 7 
Replace references as shown in table 1 . 

Table 1 



References in 3GPP TS 29.163 [1] 


Replaced references 


ITU-T Recommendation Q.761 


EN 300 356-1 [2] 


ITU-T Recommendation Q.762 


EN 300 356-1 [2] 


ITU-T Recommendation Q.763 


EN 300 356-1 [2] 


ITU-T Recommendation Q.764 


EN 300 356-1 [2] 


3GPP TS 24.229 


ES 283 003 [3] 


3GPP TS 23.228 


ES 282 007 [4] 


ITU-T Recommendation Q.850 (1998) 


EN 300 485 [23] 


ITU-T Recommendation Q.731 .3 


EN 300 356-3 [5] 


ITU-T Recommendation Q.731 .4 


EN 300 356-4 [6] 


ITU-T Recommendation Q.731 .5 


EN 300 356-5 [7] 


ITU-T Recommendation Q.731 .6 


EN 300 356-6 [8] 


ITU-T Recommendation Q.731 .7 


EN 300 356-11 [13] 


ITU-T Recommendation Q.731 .8 


EN 300 356-10 [12] 


ITU-T Recommendation Q.732.2 


EN 300 356-15 [16] 


ITU-T Recommendation Q.732.3 


EN 300 356-15 [16] 


ITU-T Recommendation Q.732.4 


EN 300 356-15 [16] 


ITU-T Recommendation Q.732.5 


EN 300 356-15 [16] 


ITU-T Recommendation Q.732.7 


EN 300 356-14 [15] 


ITU-T Recommendation Q.733.1 


EN 300 356-17 [18] 


ITU-T Recommendation Q.733.2 


EN 300 356-16 [17] 


ITU-T Recommendation Q.733.3 


EN 300 356-18 [19] 


ITU-T Recommendation Q.733.4 


EN 300 356-7 [9] 


ITU-T Recommendation Q.733.5 


EN 300 356-20 [21] 


ITU-T Recommendation Q.734.1 


EN 300 356-12 [14] 


ITU-T Recommendation Q.734.2 


EN 300 356-19 [20] 


ITU-T Recommendation Q. 735.1 


EN 300 356-9 [11] 


ITU-T Recommendation Q. 737.1 


EN 300 356-8 [10] 
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Clause 2 
Modify as follows: 

P7] IETF draft ietf sip acr code 03 "Rejecting Anonymous Requests in the Session Initiation Protocol 

[771 IETF RFC 5079: "Rejecting Anonymous Requests in the Session Initiation Protocol (SIP)". 

{^9^ draft ejzak sipping p em auth 03.txt (January 2007): "Private Header (P Header) Extension to the 

Session Initiation Protocol (SIP) for Authorization of Early Media". 

[891 IETF RFC 5009: "Private Header (P-Header) Extension to the Session Initiation Protocol (SIP) for 

Authorization of Early Media". 

[911 ETSI EN 300 403-1: "Integrated Services Digital Network (ISDN): Digital Subscriber Signalling 

System No. one (DSSl) protocol: Signalling network layer for circuit-mode basic call control: Part 
1: Protocol specification [ITU-T Recommendation 0.931 (1993), modifiedl". 

[921 IETF RFC 3966: "The tel URI for Telephone Numbers". 

[931 ISO/IEC 8348: "Information technology Open Systems Interconnection Network service 

definition" . 

Clause 7.2.3.1 .2.3 Forward call indicators 
Modify as follows: 

7.2.3.1.2.3 Forward call indicators 

bits CB End-to-end method indicator 

no end-to-end method available (only link-by-link method available) 
bit D Interworking indicator 

1 interworking encountered 

As a network operator option, the value D = "No interworking encountered" is used if the TMR = 64 kBit/s 
unrestricted is used. 



NOTE: This avoids sending of a progress indicator with progress information 1 "Call is not end-to-end 
ISDN; further call progress information may be available in-band ", so the call will not be released for 
that reason by an ISDN terminal. 

bit E End-to-end information indicator (national use) 

no end-to-end information available 

bit F ISDN user part/BICC indicator 

ISDN user part/BICC not used all the way 

As a network operator option, the value F = 1 "ISDN user part/BICC used all the way" is used if the TMR = 64 kBit/s 
unrestricted is used. 



NOTE: This avoids sending of a progress indicator with progress information 1 "Call is not end-to-end 
ISDN; further call progress information may be available in-band ", so the call will not be released for 
that reason by an ISDN terminal. 



£75/ 



3GPP TS 29.527 version 8.3.0 Release 8 1 ETSI TS 1 29 527 V8.3.0 (2009-04) 

bits HG ISDN user part/BICC preference indicator 

1 ISDN user part/BICC not required all the way 
bit I ISDN access indicator 

originating access non-ISDN 

As a network operator option, the value 1=1 "originating access ISDN" is used if the TMR = 64 kBit/s unrestricted is 
used. 



NOTE: This avoids sending of a progress indicator with progress information 1 1 "Originating access is 
non-ISDN", so the call will not be released for that reason by an ISDN terminal.. 



bits KJ SCCP method indicator 
no indication 
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If the PSTN XML is supported as a network option, the Forward Call indicators derived as shown in Table 02a shall 
take precedence. 

Table 02a: Mapping of PSTN XML elements to Forward call indicators parameter 



INVITE -^ 


lAM^ 


PSTN XML 


Content 
Forward call indicators parameter 


PSTN XML with Proaress indicator No 6 
(l\/leanina: oriainatinq access ISDN) 


Forward call indicators parameter 
ISDN User Part indicator 

1 "ISDN User Part used all the wav" 
ISDN access indicator 

1 "oriainatinq access ISDN" 



Clause 7.2.3.1 .2.5 Transmission medium requirement 

Modify first paragraph as follows: 

The I-MGCF may either transcode the selected codec(s) to the codec on the PSTN side or it may attempt to interwork 
the media without transcoding. If the I-MGCF transcodes, it shall select the TMR parameter to "3,1 kHz audio". If the 
I-MGCF does not transcode, it should map the TMR, USI and Access Transport parameters from the selected codec 
according to table 2a. However, if the I-MGCF supports this PSTN XML body as a network option, and if a PSTN 
XML body is received in the INVITE request and the I-MGCF selects media encoded in any of the formats in Table 2a 
(G.711, Clearmode or t38) among the offered media, the I-MGCF shall derive these parameters from the XML body 
instead, as detailed in Table 2b . The support of any of the media listed in table 2a is optional. The SDP for the data 
transfer with 64 kbit/s clearmode shall be mapped to the TMR "64 kbit/s unrestricted". 

Add table 2b as follows: 



Table 2b: Mapping of PSTN XML elements with ISUP Parameters 



INVITE ^ 


lAM^ 


PSTN XML 


Value 


ISUP Parameter 


Content 


Proqresslndicator 




Access Transport 
Parameter 


Proqress indicator 


HiqhLaverCompatibilitv 




Hiqh laver compatibility 
(NOTE) 


LowLaverCompatibilitv 




Low laver compatibility 


BearerCaoabilitv 




User Service Information 




HiqhLaverComDatibilitv 




User Tele Service 


Hiqh layer compatibility 


BearerlnfomationElement 
(InformationTransferCababilitv) 


Speech 


TMR 


Speech 




3.1 kHz audio 




3.1 kHz audio 




Unrestricted diqital 
information 




64 kbit/s unrestricted 




Unrestricted diqital 
information with 
tones/announcements 




64 kbit/s unrestricted 


NOTE: If two hiqh layer con 


npatibilitv information elemen 


s are received, thev shall be transferred in the same 


order as received in 


the PSTN XML body in the 1 


NVITE messaqe. 



Add clause 7.2.3.1.2.1.5a 



7.2.3.1.2.5a 



Transmission medium requirement prime and USI prime (optional) 



The Fallback mechanism described in the present Clause shall only apply if a two PSTN XML Bearer Capability 
element appears within the INVITE Request and the MGCF supports the PSTN XML body as a network option. 

When the INVITE request includes multiple audio codecs with codec appearing in Table 2a then the I-MGCF shall: 

If the first stated codec in the INVITE is a codec appearing in Table 2a and is the equivalent as stated within the 
second Bearer Capability in the XML Bearer Capability element then the I-MGCF shall map the XML Bearer 
Capability element into the TMR and USI prime and shall set the TMR to "64 kBit/s unrestricted preferred". 



If the second stated codec in the INVITE is a codec appearing in Table 2a and is the equivalent as stated within 
the first Bearer Capability in the XML Bearer Capability element then the I-MGCF shall map the XML Bearer 
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Capability element into the TMR prime and USI and shall map the TMR prime from the PSTN XML 
BearerlnfomationElement (InformationTransferCabability). 

If the compared codec stated within the INVITE is not equivalent as stated within XML Bearer Capability 
element then the XML Bearer Capability element shall be discarded 

If the Fallback mechanism is not supported by the succeeding network the procedures as described within clause 
7.2.3.L2.5 shall apply 

In cases where the fallback appears within the terminating entity and sends back a codec to which is fallen back then the 
I-MGCF shall only apply the cut-though to the chosen codec. 

In cases where the fallback appears within the terminating entity and sends back a SDP Answer that is equivalent with 
the TMR prime codec (fallback codec) then the I-MGCF shall only apply the cut-though to the fallback codec. 

In cases where preconditions are used the I-MGCF has to wait for the SDP answer where the preconditions are met and 
fallback codec is sent back. 

Add clause 7.2.3. L2.10 

7.2.3.1.2.10 Access Transport Parameter and User Tele Service 

When an INVITE was received containing a PSTN XML body as defined in ES 283 003 [31, an available 
"Progresslndicator" element can be as a network option mapped into a Progress Indicator in the Access Transport 
Parameter of the sent lAM 

Table 7a0.1 : Mapping of PSTN XML elements with ISUP Parameters 



INVITE ^ 


lAM^ 


PSTN XML 


ISUP Parameter 


Content 


Proaresslndicator 


Access Transport Parameter 


Proaress indicator 


HiahLaverComDatibilitv 




Hiah laver compatibilitv (Note) 


LowLaverCompatibilitv 


Low laver compatibilitv 


BearerCapabilitv 


User Service Information 




HiahLaverComDatibilitv 


User Tele Service 


Hiah laver compatibilitv (Note) 


NOTE: If two hiqh laver comDatibilitv information elements are received, thev are transferred in the same order as 


received in the INVITE messaqe in the access transoort parameter of the initial address messaae. 



Clause 7.2.3.1 .4 Sending of 180 ringing 

Modify as follows: 

The I-MGCF shall send the SIP 180 Ringing when receiving any of the following messages: 
ACM with Called party's status indicator set to subscriber free. 



I-MGCF 



180 Ringing 
P-Early-Media(l) 


ACM 
(Subscriber Free) 






Ring tone 







NOTE: Includina the P-Earlv-Media Header is a network option for a speech call. 

Figure 6: The receipt of ACM 
CPG with Event indicator set to alerting 
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I-MGCF 



180 Ringing 
P-Early-Media (1) 


CPG (Alerting) 






^ 


Rin^ tone 



NOTE: Including the P-Early-Media Header is a network option for a speech call. 

Figure 7: Receipt of CPG (Alerting) 

For a speech call, if the I-MGCF supports the P-Early-Media header as a network option, and if the INVITE request 
includes the P-Early-Media header, the I-MGCF shall include in the SIP 180 ringing response a P-Early-Media header 
authorizing early media, except when: 

the I-MGCF has already sent a reliable provisional response including a P-Early-Media header, as defined in 
RFC5009 [89]; and 

the most recently sent P-Early-Media header authorized early media. 

NOTE: If the I-MGCF signals the P-Early-Media header authorizing early media, then the IMS can expect tones 
or announcements to the calling party to flow from the CS network via an MGW controlled by the 
I-MGCF. In particular, once the I-MGCF sends the 180 Ringing response, ringback is expected in media 
from the CS network. 

If the I-MGCF supports the PSTN XML body as a network option and the I-MGCF interworks media encoded in any of 
the formats in Table 2a (G.711, Clearmode or t38) without transcoding, the I-MGCF shall map the Access Transport 
Format received in the CPG or ACM into PSTN XML elements as shown in Table 7a. 0.2 and include this XML body in 
the 180 Ringing. 

Table 7a0.2: ISUP Parameters with Mapping of PSTN XML elements 



^18x 


^CPG or ACM 


PSTN XML 


ISUP Parameter 


Content 


Proqresslndicator 


Access Transport Parameter 


Progress indicator 


HiahLaverCompatibilitv 




High laver compatibilitv (NOTE 1) 


LowLaverCompatibilitv 


Low laver compatibilitv 


BearerCapabilitv 


Bearer Capabilitv 


NOTE 1 : If two hiqh laver compatibilitv information elements are received, thev are transferred in the same order as 


received in the INVITE message in the access transport parameter of the initial address message. 


NOTE 2: see Clause 7.2.3.1 .4.1 Transmission Medium Used parameter (TMU) 



If the I-MGCF supports the PSTN XML body as a network option, an available Progress Indicator element in the ACM 
or CPG contained in the ATP parameter shall be mapped into the PSTN XML Progresslndicator in the 180 Ringing as 
shown in table 7a0g. 
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Table 7a0.3: Sending criteria of the XML with Progress indicator X 



<r- 180 Rinqinq 


<-ACIVI 


PSTN XML body with Proqress indicator X 


Content 

Backward call indicators parameter 

Optional backward call indicators parameter 


No. 1 

{Call Is not end-to-end ISDN: further propress information may 


Backward call indicators parameter 
ISDN User Part indicator 


be available In-band] 


ISDN User Part not used all the wa v 


No. 2 


Backward call indicators parameter 


(Destination address Is non-ISDN) 


ISDN User Part indicator 

1 ISDN User Part used all the way 




ISDN access indicator 

Termlnatlna access non-ISDN 


No. 7 


Backward call indicators parameter 


meanina: Terminatinq access ISDN 


ISDN User Part indicator 




1 ISDN User Part used all the wa y 


ISDN access indicator 

1 Termlnatlna access ISDN 


No.8 

"In-band information or aoorooriate oattern is now available" 


Optional backward call indicators parameter 
In-band information indicator 




in-band information or an aopropriate pattern is 


now available 



Progress indicator 

Progress indicator information elements possibly present in the access transport parameter of the Address Complete 
Message (ACM) are transferred into the PSTN XML body (as defined in ES 283 003 [31) of the 180 Ringing sent to the 
calling user. 

Add Clause 7.2.3.1.4.1 

7.2.3.1.4.1 Transmission Medium Used parameter (TMU) 

If the Transmission Medium Used parameter (TMU) is present and the BC is not available in the ATP in the Address 
Complete Message (ACM) or Call Progress Message (CPG), and if no BC is available in the ATP, and if no proqress 
indicator No. 1 (call is not end-to-end ISDN) or No. 2 (destination address is non-ISDN) has been received in the CPG or 
ACM, the TMU value (Speech or 3.1 kHz audio) shall be included in the PSTN XML BearerCapability. 
If the Transmission Medium Used parameter (TMU) and the BC is available in the ATP in the Address Complete 
Message (ACM) or Call Progress Message (CPG), and if no proqress indicator No. 1 (call is not end-to-end ISDN) or 
No. 2 (destination address is non-ISDN) has been received in the CPG or ACM, the BC value shall be included to the 
PSTN XML BearerCapability 

Table 7a0.f - Sending of BC fallbacl< indication 



<r- 180 Ringing or 183 Session Proqress 


^ACM/CPG 


PSTN XML BearerCapability = Speech 


TMU 
ATP 


Speech 
NoBC 


PSTN XML BearerCapabiHty = 3.1 kHz audio 


TMU 
ATP 


3. 1 kHz audio 
NoBC 


PSTN XML BearerCapability receiyed in the ATP 
(speech or 3.1 kHz audio) 


TMU 
ATP 


Speech or 3. 1 kHz audio 
BC (speech or 3. 1 kHz audio) 



Clause 7.2.3.1 .4A 
Modify as follows: 



Sending of 183 Session Progress for early media scenarios 



If SIP preconditions are used, the first 183 Session Progress will be sent after the reception of the INVITE request, 
before any ISUP message has been receiyed from the CS network. The I-MGCF shall not include the P-Early-Media 
header in any SIP message before it receiyes an ISUP ACM. 

On receipt of an ACM with the options described in table 7a2 the I-MGCF can be sent, as a network option, a 
183 Session Progress response with following options: 
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Table 7a2: Sending criteria of the XML with Progress indicator X 



<- 183 Session Progress 


^ACM 


PSTN XML bodv with Progress indicator X 


Content 


No. 1 

(Call is not end-to-end ISDN: further omaress information 


Backward call indicators parameter 
ISDN User Part indicator 

ISDN User Part not used all the wa v 


may be available in-band) 


No. 2 


Backward call indicators oarameter 


{Destination address is non-ISDN) 


ISDN User Part indicator 


1 ISDN User Part used all the wa v 


ISDN access indicator 

Terminatlnp access non-ISDN 


No. 7 

meanina: Terminatinq access ISDN 


Backward call indicators parameter 
ISDN User Part indicator 




1 ISDN User Part used all the wa v 


ISDN access indicator 


1 Terminatlnp access ISDN 



Progress indicator 

Progress indicator information elements possibly present in the access transport parameter of the Address Complete 
Message (ACM) are transferred into the PSTN XML body (as defined in ES 283 003 [31) of the 183 Session Progress 
sent to the calling user. 

For a speech call upon receipt of one of the following messages, if the I-MGCF supports the P-Early-Media header as a 
network option, and if the I-MGCF has receiyed the P-Early-Media header in the INVITE request, and has not already 
sent a proyisional response including a P-Early-Media header with parameters indicating authorization of early media, 
then the I-MGCF shall send the 183 Session Progress response with a P-Early-Media header authorizing early media: 

ACM with the yalue of the called party's status indicator "no indication" and one of the options described in 
table 7al. Based on local configuration, the I-MGCF may also send a 183 Session Progress response with a 
P-Early-Media header authorizing early media if it receiyes an ACM with other parameters than described in 
table 7a 1. 

I-MGCF 



183 Progress 


ACM 

(No indication) 

- 






^ ^__^__^__^__ 


appropriate announcement 







Figure 7c: Receipt of ACM "No indication" 
Table 7a.1 : ACM Parameters that trigger the 183 Session Progress response 



<-183 Session Progress 


^ACM 


183 Session Progress response including a P-Early-Media 
header authorizing early media, if not already sent 

PSTN XML with Proaresslndicator value No. 8 


1 ) Optional backward call indicators parameter 
In-band information indicator 

1 In-band info or an appropriate pattern is 
now available.. 


2) Backward call indicators parameter 
ISDN User Part indicator 
ISDN User Part not used all the way 


"In-band information or appropriate pattern is now 
available" 



NOTE: As a network option the I-MGCF can also map ACM into 183 in other cases than those described in 
table 7a 1. 
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CPG message, when: 

1. Event indicator is set to "in-band information or an appropriate pattern is now available"; or 

2. Event indicator is set to "Progress" and one of the options described in table 7bl. 



I-MGCF 



183 Progress 
P- Early- Media 


CPG 

(in-band information available) 






^ 


appropriate announcment 



Figure 7d: Receipt of CPG (in-band information available) 
Table 7b. 1 : CPG Parameters that trigger the 183 Session Progress response 



<-183 Session Progress 


^CPG 


183 Session Progress response including a P-Early- 
IVIedia header authorizing early media, if not already 
sent 

PSTN XML with Proaress Indicator No.8 


Event indicator 

000 0010 (progress) 

1) Optional backward call indicators parameter 

In-band information indicator 

In-band info or an appropriate pattern is now 

available 


"In-band information or aoDrooriate pattern is now 


2) Backward call indicators parameter 
ISDN User Part indicator 
ISDN User Part not used all the way 


available" 




NOTE 1 : The mapping of the contents in the CPG message is only relevant if the information received in the 
message is different compared to earlier received information, e.g. in the ACIVI message or a CPG 
message received prior to this message. 

NOTE 2: 183 Session Progress message including a P-Early-Media header authorizing early media may only be 
sent for a speech call. 



NOTE: As a network option the I-MGCF can also map CPG into 183 in other cases than those described in 
table 7a 1. 

If the I-MGCF supports the PSTN XML body as a network option and the I-MGCF interworks media encoded in any of 
the formats in Table 2a (G.711, Clearmode or t38) without transcoding, the I-MGCF shall map the Access Transport 
Parameter received in the CPG or ACM into PSTN XML elements as shown in Table 7a0.2 and include this XML body 
in the 183 Session Progress. 

If the I-MGCF supports the PSTN XML body as a network option , an available BCI element in the ACM or CPG shall 
be mapped into a Progress Indicator in the PSTN XML body of the 183 session progress as shown in table 7a0.3. 

Received PSTN XML elements shall be mapped as shown in table 7a0.2 

Progress indicator 

Progress indicator information elements possibly present in the access transport parameter of the Call Progress Message 
(CPG) are transferred into the PSTN XML (as defined in ES 283 003 [31) body of the 183 Session Progress to the 
calling user. 

Clause 7.2.3.1 .5 Sending of the 200 OK (INVITE) 

Modify as follows: 

The following cases are possible trigger conditions for sending the 200 OK (INVITE): 
The reception of the ANM. 
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I-MGCF 



200 OK (INVITE) 




ANM 


^ 






^ 





The reception of the CON message. 



Figure 8: Receipt of ANIU! 



I-MGCF 



200 OK (INVITE) 




CON 


^ 






^ 





Figure 9: Receipt of CON 

If the I-MGCF supports the PSTN XML body as a network option, the received PSTN XML elements shall be mapped 
as shown in table 7a0.2 

On receipt of an ANM/CON message containing the ATP including the Bearer Capability set to "unrestricted digital 
information with tones/announcement" without TMU parameter the 200 OK message shall contain the PSTN XML 
Bearer Capability "unrestricted digital information with tones/announcement". 

If the I-MGCF supports the PSTN XML body as a network option, an available BCI element in the ANM or CON shall 
be mapped into a Progress Indicator in the PSTN XML body as shown in table 7a0.3. 

Clause 7.2.3.1 .6 Sending of the Release message (REL) 

Modify as follows: 

The following are possible triggers for sending the Release message: 
Receipt of the BYE method. 



I-MGCF 



BYE 



REL 



Figure 10: Receipt of thie Bye methiod 
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Receipt of the CANCEL method. 



I-MGCF 



CANCEL 



REL 



Figure 11 : Receipt of Cancel method 

Additional triggers are contained in table 10. 

Received PSTN XML elements shall be mapped as shown in table 8b. 



Clause 7.2.3.1 .7 
Modify as follows: 



Coding of the REL 



If the Reason header field with Q.850 Cause Value is included in the BYE or CANCEL request, then the Cause Value 
shall be mapped to the ISUP Cause Value field in the ISUP REL . The mapping of the Cause Indicators parameter to the 
Reason header is shown in table 8a. Table 8 shows the coding of the Cause Value in the REL if it is not available from 
the Reason header field. In both cases, the Location Field shall be set to "network beyond interworking point" . 

Table 8: Coding of REL 



SIP Message -> 


REL^ 


Request 


cause parameter 


BYE 


Cause value No. 16 (normal clearing) 


CANCEL 


Cause value No. 31 (normal unspecified) 



Table 8a: Mapping of SIP Reason header fields 
into Cause Indicators parameter 



Component of SIP 
Reason header field 


Component value 


BICC/ISUP Parameter field 


Value 


Protocol 


"Q.850' 


Cause Indicators parameter 


- 


Drotocol-cause 


"cause = XX' 
(note) 


Cause Value 


"XX' (note) 




— 


— 


Location 


"network bevond 


interworkina point" 


NOTE: "XX" is the Cause Value as defined in ITU-T Recommendation Q.850. 



Editor's Note: The mapping of reason headers towards the ISDN may be misused due to possible user creation of the 
reason header since there is no screening in IMS. 

Table 8b: Mapping of PSTN XML elements with ISUP Parameters 



BYE or CANCLE ^ 


REL-^ 


PSTN XML 


ISUP Parameter 


Content 


Proaresslndicator 


Access Transport Parameter 


Proaress indicator 


HighLaverCompatibilitv 




High layer compatibilitv (Note) 


LowLayerCompatibilitv 


Low layer compatibilitv 


HiahLaverCompatibilitv 


User Tele Service 


Hiqh layer compatibility (Note) 


NOTE: If two hiah layer compatibilitv information elements are received, thev are transferred in the same order as 


received in the INVITE messaae in the access transport parameter of the initial address messaae. 
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Clause 7.2.3.1.8 
Modify as follows: 



Receipt of the Release Message 



If the REL message is received and a final response (i.e. 200 OK (INVITE)) has already been sent, the I-MGCF shall 
send a BYE message. 

NOTE: According to SIP procedures, in the case that the REL message is received and a final response 

(e.g. 200 OK (INVITE)) has already been sent (but no ACK request has been received) on the incoming 
side of the I- MGCP then the I- MGCP does not send a 487 Request terminated response and instead 
waits until the ACK request is received before sending a BYE message. 

If the REL message is received and the final response (i.e. 200 OK (INVITE)) has not already been sent, the I- MGCP 
shall send a Status-Code 4xx (Client Error) or 5xx (Server Error) response. The Status code to be sent is determined by 
examining the Cause code value received in the REL message. Table 9 specifies the mapping of the cause code values, 
as defined in ITU-T Recommendation Q.850 [38], to SIP response status codes. Cause code values not appearing in the 
table shall have the same mapping as the appropriate class defaults according to ITU-T Recommendation Q.850 [38]. 

Table 9: Receipt of the Release message (REL) 



<-SIP Message 


^REL 


Status code 


Cause parameter 


404 Not Found 


Gause value No. 1 (unallocated (unassigned) number) 


500 Server Internal error 


Gause value No 2 (no route to network) 


500 Server Internal error 


Gause value No 3 (no route to destination) 


500 Server Internal error 


Cause value No. 4 (Send special information tone) 


404 Not Found 


Cause value No. 5 (Misdialled trunk prefix) 


486 Busy Here 


Gause value No. 17 (user busy) 


480 Temporarily unavailable 


Gause value No 18 (no user responding) 


480 Temporarily unavailable 


Gause value No 19 (no answer from the user) 


480 Temporarily unavailable 


Gause value No. 20 (subscriber absent) 


480Temporarily unavailable 


Gause value No 21 (call rejected) 


410 Gone 


Gause value No 22 (number changed) 


433 Anonymity 
Disallowed.(NOTE 1) 


Gause value No. 24 (call rejected due to AGR supplementary service) 


480 Temporarily unavailable 


Gause value No 25 (Exchange routing error) 


502 Bad Gateway 


Gause value No 27 (destination out of order) 


484 Address Incomplete 


Gause value No. 28 invalid number format (address incomplete) 


500 Server Internal error 


Gause value No 29 (facility rejected) 


480 Temporarily unavailable 


Gause value No 31 (normal unspecified) (class default) (NOTE 2) 


486 Busy here if Diagnostics 

indicator includes the (GCBS 

indicator = GCBS possible) 

else 480 Temporarily unavailable 


Gause value in the Glass 010 (resource unavailable, Gause value No 34) 


500 Server Internal error 


Gause value in the Glass 010 
(resource unavailable, Gause value No's. 38, 41, 42, 43, 44, & 47) (47 is class 

default) 


500 Server Internal error 


Gause value No 50 (requested facility no subscribed) 


500 Server Internal error 


Gause value No 57 (bearer capability not authorized) 


500 Server Internal error 


Gause value No 58 (bearer capability not presently) 


500 Server Internal error 


Gause value No 63 (service option not available, unspecified) 
(class default) 


500 Server Internal error 


Gause value in the Glass 100 (service or option not implemented, Gause value 
No's. 65, 70 & 79) 79 is class default 


500 Server Internal error 


Gause value No 88 (incompatible destination) 


404 Not Found 


Gause value No 91 (invalid transit network selection) 


500 Server Internal error 


Gause value No 95 (invalid message) 
(class default) 


500 Server Internal error 


Gause value No 97 (Message type non-existent or not implemented) 


500 Server Internal error 


Gause value No 99 (information element/parameter non-existent or not 

implemented)) 


480 Temporarily unavailable 


Gause value No. 102 (recovery on timer expiry) 


500 Server Internal error 


Gause value No 1 10 (Message with unrecognized Parameter, discarded) 


500 Server Internal error 


Gause value No. 1 1 1 (protocol error, unspecified) 
(class default) 
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<-SIP Message 


<-REL 


Status code 


Cause parameter 


480 Temporarily unavailable 


Cause value No. 127 (interworking unspecified) 
(class default) 


NOTE 1 : Anonymity Disallowed, RFC5079 [77] refers 
NOTE 2: Class 1 and class 2 have the same default value. 



A Reason header field containing the received (Q.850) Cause Value of the REL shall be added to the SIP final response 
or BYE request sent as a result of this clause. The mapping of the Cause Indicators parameter to the Reason header is 
shown in table 9a. 

Editor's Note: The usage of the Reason header in responses is FFS. 

Table 9a: Mapping of Cause Indicators parameter into SIP Reason header fields 



Cause indicators 
parameter field 


Value of parameter 
field 


component of SIP Reason 
header field 


component value 


- 


- 


protocol 


"Q.85a' 


Cause Value 


"XX' (note) 


orotocol-cause 


"cause = XX' 
(note) 






- 


- 


reason-text 


FFS 


NOTE: "XX" is the Cause Value as defined in ITU-T Recommendation. Q.850. 



Editor's Note: Should be filled with the definition text as stated in ITU-T Rec. Q.850. Due to the fact that the Cause 
Indicators parameter does not include the definition text as defined in table 1/Q.850, this is based on 
provisioning in the I-MGCF. 

Table 9aa: ISUP Parameters with Mapping of PSTN XML elements 



^4xx,5xx,6xx 


«-REL 


PSTN XML 


ISUP Parameter 


Content 


Proqresslndicator 


Access Transport Parameter 


Progress indicator 


HiahLaverComDatibilitv 




Hiah laver comDatibilitv (Note) 


LowLaverCompatibilitv 


Low laver comoatibilitv 


NOTE: If two hiqh layer compatibility information elements are received, thev are transferred in the same order as 


received in the INVITE message in the access transport parameter of the initial address message. 



Add clause 7.2.3.2.1.5 



7.2.3.2.1.5 



Fallback (optional) 



When the lAM includes a TMR and a TMR prime parameter and a USI and USI Prime parameter then the O-MGCF 
shall: 



Map the USI Prime into the second Bearer Capability stated in the XML Bearer Capability element and 

For the TMR and USI Prime the mapping shall apply according to the procedures described within 
clause 7.2.3.2.2.2 for the first offered codec. 

Map the USI into the first Bearer Capability stated in the XML Bearer Capability element and 

For the TMR prime and USI the mapping shall apply according to the procedures described within 
clause 7.2.3.2.2.2 for the second offered codec. 

NOTE: If the Fallback mechanism is not supported the ISUP Fallback procedures apply. 

In cases where the fallback appears within the terminating entity and sends back a SDP Answer that is equivalent with 
the TMR prime codec (fallback codec) then the O-MGCF shall only apply the cut-though to the fallback codec. 

In cases where preconditions are used the O-MGCF has to wait for the SDP answer where the preconditions are met and 
fallback codec is sent back. 
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Clause 7.2.3.2.2.2 SDP Media Description 

Modify as follows: 

The SDP media description will contain precondition information as per RFC 3312 [37]. Depending on the coding of 
the continuity indicators different precondition information (RFC 3312 [37]) is included. If the continuity indicator 
indicates "continuity performed on a previous circuit" or "continuity required on this circuit", and the INVITE is sent 
before receiving a COT, then the O-MGCF shall indicate that the preconditions are not met. Otherwise the MGCF shall 
indicate whether the preconditions are met, dependent on the possibly applied resource reservation within the IMS. 

If the O-MGCF determines that a speech call is incoming, the O-MGCF shall include the AMR codec transported 
according to RFC 3267 [23] with the options listed in clause 5.1.1 of 3GPP TS 26.236 [32] in the SDP offer, unless the 
Note below applies. Within the SDP offer, the O-MGCF should also provide SDP RR and RS bandwidth modifiers 
specified in RFC 3556 [59] to disable RTCP, as detailed in clause 7.4 of 3GPP TS 26.236 [32]. The O-MGCF may 
include other codecs according to operator policy. 

NOTE: If the O-MGCF is deployed in an IMS network that by local configuration serves no user equipment that 
implements the AMR codec, then the AMR codec may be excluded from the SDP offer. 

To avoid transcoding or to support non-speech services, the O-MGCF may add media derived from the incoming ISUP 
information according to table 10b. The support of the media Usted in table 10b is optional. 

If the XML BearerCapability element is supported the mapping of the ISUP USI Parameter shall be mapped to the 
XML BeareCapability element as shown in table 17b. 

Add clause 7.2.3.2.2.7 

7.2.3.2.2.7 PSTN XML elements 

Table 17b: Mapping of ISUP Parameters with PSTN XML elements 



lAM^ 


INVITE ^ 


ISUP Parameter 


Content 


PSTN XML 


Access Transport Parameter 


Proqress indicator 


Proqresslndicator 


Hiqh layer compatibility (Note 1) 


HiqhLayerCompatibilitv 


Low laver compatibility 


LowLaverCompatibility 


User Service Information 




Bearer Capability 


User Tele Service 


Hiqh layer compatibility (Note ) 


HiqhLaverCompatibilitv 


NOTE 1 : If two hiqh layer compatibility information elements are received, they are transferred in the same order as 


received in the INVITE message in the access transport parameter of the initial address messaqe. 


NOTE 2: In the normal case, the Hiqh layer compatibility information in the ATP is equal to the Hiqh layer 


compatibility in the User Tele Service parameter. It is network dependent which information is mapped into 


the XIVIL instance in the INVITE. In the XIVIL instance, no two identical Hiqh layer compatibility information 


are present. 
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Add clause 7.2.3.2.2.8 



7.2.3.2.2.8 Progress indicator 



Table 17aA: Coding of the progress indicator 



lAM^ 


INVITE -^ 


Forward call indicators parameter 


Access transport 
parameter 


PSTN XML body with 
Progress indicator X 


ISDN User Part indicator 


ISDN access indicator 




(ISDN User Part 

not used all the way) 


Value non-siqnificant 


Value non-siqnificant 


No.1 


1 
(ISDN User Part 
used all the way) 




(orlQinatinq access 

non-ISDN) 


Value non-sianificant 


No. 3 


1 
(ISDN User Part 
used all the way) 


1 

(oriainatina access 
ISDN) 


p.i. No. X 


No. xand no. 6 



Modify Clause 7.2.3.2.5 

7.2.3.2.5 Coding of the ACM 

The description of the following ISDN user part parameters can be found in ITU-T Recommendation Q.763 [4]. 



7.2.3.2.5.1 

bits AB 



Backward call indicators 
Charge indicator Contributors 
1 charge 
bits DC Called party's status indicator 

1 subscriber free if the 180 Ringing has been received. 
no indication otherwise 
bits FE Called party's category indicator 

no indication 
bits HG End-to-end method indicator 

00 no end-to-end method available 
bit I Interworking indicator 

1 interworking encountered 

As a network operator option, the value 1 = "no interworking encountered" is used for TMR = 64 kBit/s unrestricted 

NOTE: This avoids sending of a progress indicator with Progress information 1 "Call is not end-to- 
end ISDN; further call progress information may be available in-band ", so the call will not be released 
for that reason by an ISDN terminal. 

bit J End-to-end information indicator 

no end-to-end information available 
bit K ISDN user part/BICC indicator 

ISDN user part not used all the way 



£75/ 



3GPP TS 29.527 version 8.3.0 Release 8 



23 



ETSI TS 129 527 V8.3.0 (2009-04) 



As a network operator option, the value K = 1 "ISDN user part/BICC used all the way" is used for TMR = 64 kBit/s 
unrestricted 

NOTE: This avoids sending of a progress indicator with progress information 1 "Call is not end-to-end 
ISDN; further call progress information may be available in-band ", so the call will not be released for 
that reason by an ISDN terminal. 

bit L Holding indicator (national use) 

holding not requested 

bit M ISDN access indicator 

terminating access non-ISDN 

As a network operator option, the value M = 1 "terminating access ISDN" is used for TMR = 64 kBit/s unrestricted. 

NOTE: This avoids sending of a progress indicator with progress information 0000010" Destination access is 
non-ISDN", so the call will not be released for that reason by an ISDN terminal. 

bit N Echo control device indicator 

1 outgoing echo control device included, for speech calls, e.g., TMR is "3.1KHz audio". 

outgoing echo control device not included, for known data calls, e.g., TMR "64 kBit/s unrestricted" or 
HLC "Facsimile Group 2/3". 

If the PSTN XML is supported as a network option the Backward Call indicators derived as shown in Table 7a0.3 shall 
take precedence. 



Table 7a0.3: Sending criteria of the XML with Progress indicator No (Value of PI) 



^ACM 


<- 180 Rinaina or 183 Session Progress 


Content 

Backward call indicators parameter 

Optional backward call indicators parameter 


PSTN XML body with Progress indicator No (Value of PI) 


Backward call indicators oarameter 
Interworkina indicator 

"no interworkina encountered" 

ISDN User Part indicator 

1 "ISDN User Part used all the way" 
ISDN access indicator 

1 "Terminatina access ISDN" 


No. 7 

IVIeanina : Terminatina user ISDN 


ODtional backward call indicators parameter 
In-band information indicator 


PI No. 8 "In-band information or appropriate pattern is now 
available" 


in-band information or an appropriate pattern is now 
available 



7.2.3.2.5.2 



Optional Backward call indicators 



Bit A 1 "in-band information or an appropriate pattern is now available" if 183 Session Progress response is 
received and a P-Early-Media header has been received authorizing early media 

Table 7a0.4: Sending criteria of Optional backward call indicators parameter 



<-ACM 


<- 180 Ringing or 183 Session Progress 


Optional backward call indicators parameter 
In-band information indicator 


P-Earlv-Media header authorizina earlv media 


in-band information or an appropriate pattern is now 
available 



Add clause 7.2.3.2.5.3 
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Table 17c: Mapping of PSTN XML elements with ISUP Parameters 



<- ACM 


<- 180, •e 183 


ISUP Parameter 


Content 


PSTN XML 


Access TransDort Parameter 


Proqress Indicator 


Proaresslndicator 




Hiqh layer compatibility (Note) 


HiqhLaverCompatibilitv 


Low layer compatibility 


LowLaverComDatibilitv 


Bearer Capability (speech or 3. 1 kHz 


BearerCapability (NOTE 2) 


audio) 


User Tele Service 


Hiqh layer compatibility (Note) 


HiqhLaverCompatibilitv 


Transmission medium used 


Bearer Capability 


BearerCapability 


parameter (speech or 3. 1 kHz audio) 
(NOTE 3) 




(speech or 3. 1 kHz audio) 
NOTE: 2 


NOTE 1 : If two hiqti layer compatibility information elements are received, they are transferred in the same order as 


received in the INVITE messaqe in the access transport parameter of the initial address messaqe. 


NOTE 2: Applicable if PSTN XML body with Proqress indicator No. 5 and No. 7 and no PSTN No. 1 or No. 2 has 


been received 
NOTE 3: The sendinq of the Transmission medium used is only applicable if two PSTN XML Bearer Capability 


elements for the fallback connection type in the INVITE was received 



Add clause 7.2.3.2.5.4 

7.2.3.2.5.4 Proqress indicator 

Table7.2.3.2.5.4-1 : Handling of the proqress indicator 



^ACM 


^183 


Access transport parameter 


PSTN XML body with Proqress 
indicator X 


p.i. No. X 
Except: No 7 


p.i. No. X 



Table 7.2.3.2.5.4-2: Handling of the proqress indicator 



^ACM 


^180 


Access transport parameter 


PSTN XML body with Proqress 
indicator X 


p.i. No. X 
Except: No 7 


p.i. No. X 



Add clause 7.2.3.2.6.1 

7.2.3.2.6.1 Handling of the proqress indicator 

Table 7.2.3.2.5.6-1 : Handlinq of the proqress indicator 



^CPG 


^183 


Access transport parameter 


PSTN XML bodv with Proqress 
indicator X 


p.i. No. X 
Except: No.8, No.3, No.7 


p.i. No. X 
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Table 7.2.3.2.5.6-1 : Handling of the progress indicator 



^CPG 


^180 


Access transport parameter 


PSTN XML bodv with Proqress 
indicator X 


p.i. No. X 
Except: No.3, No.7 


p.i. No. X 



Table 7.2.3.2.5.6-3: Handling of the progress indicator 



^CPG 


^183 


Event indicator 


PSTN XIVIL bodv with Proqress 
indicator X 


"In-band information or appropriate pattern is now available" 


No.8 

"In-band information or appropriate 

pattern is now available" 


Proqress 
Except: No.8, No.3, No.7 


p.i. No. x 



Add clause 7.2.3.2.7.2 



7.2.3.2.7.2 



Access Transport Parameter 



Received PSTN XML elements shall be mapped as shown in table 17c. 
Add clause 7.2.3.2.9.2 



7.2.3.2.9.2 



Access Transport Parameter 



Received PSTN XML elements shall be mapped as shown in table 17c. 

Add clause 7.2.3.2.9.3 

7.2.3.2.9.3 Transmission Medium Used parameter (TMU) 

The TMU mapping procedures are described in 7.2.3.1.4.1 

In the case when the "BearerCapability" in the 200 OK is set to "unrestricted digital information with tones and 
announcements, the value is not mapped to the TMU" 



Add clause 7.2.3.2.1 1.2 



7.2.3.2.11.2 



Access Transport Parameter, User Tele Service, Transmission medium used 



parameter 

If the O-MGCF supports the PSTN XML body as a network option and if a PSTN XML body is received within the 200 
OK(INVITE), the O-MGCF shall map the contained information into the CON as shown in Table 17c. 
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Clause 7.2.3.2.12 Receipt of Status Codes 4xx, 5xx or 6xx 
Modify as follows 



0-MGCF 



REL 



Status Code 
4xx, 5 XX or 6xx 



Figure 21 : Receipt of Status codes 4xx, 5xx or 6xx 

If a Reason header is included in a 4XX, 5XX, 6XX response, then the Cause Value of the Reason header shall be 
mapped to the ISUP Cause Value field in the ISUP REL message. The mapping of the Reason header to the Cause 
Indicators parameter is shown in table 8a (see clause 7.2.3.1.7). Otherwise coding of the Cause parameter value in the 
REL message is derived from the SIP Status code received according to table 18. The Cause Parameter Values are 
defined in ITU-T Recommendation O.850 [381. 

Editor's Note: The usage of the Reason header in responses is FES. 

In all cases where SIP itself specify additional SIP side behaviour related to the receipt of a particular INVITE response 
these procedures should be followed in preference to the immediate sending of a REL message to BICC/ISUP. 

If there are no SIP side procedures associated with this response, the REL shall be sent immediately. 

NOTE 1 : If an optional Reason header is included in a 4XX, 5XX, 6XX, then the Cause Value of the Reason 
header can be mapped to the ISUP Cause Value field in the ISUP REL message. The mapping of the 
optional Reason header to the Cause Indicators parameter is out of the scope of the present specification. 

NOTE 2: Depending upon the SIP side procedures applied at the O-MGCF it is possible that receipt of certain 

4xx/5xx/6xx responses to an INVITE may in some cases not result in any REL message being sent to the 
BICC/ISUP network. For example, if a 401 Unauthorized response is received and the O-MGCF 
successfully initiates a new INVITE containing the correct credentials, the call will proceed. 

Table 18: 4xx/5xx/6xx Received on SIP side of O-MGCF 



<-REL (cause code) 


<-4xx/5xx/6xx SIP Messaqe 


127 (interworkina unsDecified) 


400 Bad Request 


127 (interworkina unspecified) 


401 Unauthorized 


127 (interworkinq unspecified) 


402 Payment Reauired 


127 (interworkina unspecified) 


403 Forbidden 


1 (Unallocated number) 


404 Not Found 


127 (interworkina unspecified) 


405 Method Not Allowed 


127 (interworkina unspecified) 


406 Not Acceptable 


127 (interworkina unspecified) 


407 Proxy authentication reauired 


127 (interworkina unspecified) 


408 Request Timeout 


22 (Number chanaed) 


410 Gone 


127 (interworkina unspecified) 


413 Request Entity too lonq 


127 (interworkina unspecified) 


414 Request-URI too lonq 


127 (interworkina unspecified) 


415 Unsupported IVIediatype 


127 (interworkina unspecified) 


416 Unsupported URI scheme 


127 (interworkina unspecified) 


420 Bad Extension 


127 (interworkina unspecified) 


421 Extension required 


127 (interworkina unspecified) 


423 Interval too brief 


24 (call reiected due to ACR 
supplementary service) 


433 Anonvmitv Disallowed (note 1) 


20 Subscriber absent 


480 Temporarily Unavailable 


127 (interworkina unspecified) 


481 Call/Transaction does not exist 


127 (interworkina unspecified) 


482 Loop detected 


127 (interworkina unspecified) 


483 Too many hops 


28 (Invalid Number format) 


484 Address Incomplete 


127 (interworkina unspecified) 


485 Ambiquous 


17 (User busv) 


486 Busv Here 
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<-REL (cause code) 


<-4xx/5xx/6xx SIP Message 


127 (Interworkina unsDecified) or 
not interworked. (NOTE 2) 


487 Request terminated 


127 (interworkinq unspecified) 


488 Not acceptable here 


127 (interworkina unsoecified) 


493 Undecioherable 


127 (interworkina unsoecified) 


500 Server Internal error 


127 (interworkina unspecified) 


501 Not implemented 


127 (interworkina unspecified) 


502 Bad Gateway 


127 (interworkina unspecified) 


503 Service Unavailable 


127 (interworkina unspecified) 


504 Server timeout 


127 (interworkina unspecified) 


505 Version not supported 


127 (interworkina unspecified) 


513 Messaqe too larqe 


127 (interworkina unspecified) 


580 Precondition failure 


17 (User busy) 


600 Busy Everywhere 


21 (Call reiected) 


603 Decline 


1 (unallocated number) 


604 Does not exist anywhere 


127 (interworkina unspecified) 


606 Not acceptable 


NOTE 1 : Anonvmitv Disallowed, RFC5079 [771 refers. 


NOTE 2: No interworkinq if the 0-MGCF previously issued a CANCEL request for 


the INVITE. 
NOTE 3: The 4xx/5xx/6xx SIP responses that are not covered in this table are not 


interworked. 



Received PSTN XML elements shall be mapped as shown in table 17c. 

Clause 7.2.3 2.13 Receipt of a BYE 
Modify as follows 



0-MGCF 



REL 
(Cause value 16) 



BYE 



Figure 22: Receipt of BYE method 

If a Reason header field with O.850 Cause Value is included in the BYE request, then the Cause Value shall be mapped 
to the ISUP Cause Value field in the ISUP REL. The mapping of the Reason header to the Cause Indicators parameter 
is shown in table 8a (see clause 7.2.3. 1.7). On receipt of a BYE request, the O-MGCF sends a REL message with Cause 
Code value 16 (Normal Call Clearing). 

Received PSTN XML elements shall be mapped as shown in table 17c. 

Clause 7.2.3.2.14 Receipt of the Release Message 

Modify as follows 

In the case that the REL message is received and a final response (i.e. 200 OK (INVITE)) has already been received the 
O-MGCF shall send a BYE request. If the final response (i.e. 200 OK (INVITE)) has not already been received the 
O-MGCF shall send a CANCEL method. 

A Reason header field containing the received (0850) Cause Value of the REL message shall be added to the 
CANCEL or BYE request. The mapping of the Cause Indicators parameter to the Reason header is shown in table 9a 
(see clause 7.2.3.1.8). 

Received PSTN XML elements shall be mapped as shown in table 17c. 
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Clause 7.4.5 
Modify as follows: 



Sub-addressing (SUB) 



The actions of the MGCF at the ISUP/BICC side are described in ITU T Recommendation Q.731.8 [42] under the 
clause "Interactions with other networks". 



7.4.5.1 



General 



The ISDN Subaddress in ISUP is transported within the Access Transport Parameter. The Coding of the Subaddress 
parameter within the Access Transport Parameter is described within EN 300 403-1 [911. The isdn-Subaddress 
parameter carried within a tel or sip URI is defined within RFC3966 [921. 



7.4.5.2 



Incoming Call Interworkinq from SIP to ISUP at l-MGCF 



The mapping in table 24ba of the isdn-Subaddress parameter received within a tel or sip URI to the ISUP Access 
Transport Parameter encapsulating the Subaddress shall be applied. 

The mapping in table 24bb of the Subaddress received within an ANM Message containing the ISUP Access Transport 
Parameter to the isdn-Subaddress of a tel or sip URI to be sent within a 200 OK (INVITE) shall be applied. 

Table 24ba: Mapping of the Subaddress received in an initial INVITE 
to the Subaddress sent in the lAM 



SIP Messaae INVITE 


ISUP Messaae lAM 


Source SIP header field and 


Source comDonent value 


ISUP Parameter field 


Derived value of parameter 


comDonent 






field 


Request-URI includinq the 


";isub=" 1*uric 

"uric" containinq the 


Access Transport Parameter 


called party Subaddress 
(see note) 


isdn-Subaddress 


Subaddress diqits 


P-Asserted-ldentitv header 


":isub=" 1*uric 


Access TransDort Parameter 


callinq party Subaddress 


Field 

includinq the isdn- 


"uric" containinq the 




(see note) 


Subaddress diqits 




Subaddress 




NOTE: The Tvoe of Subaddress as described within EN 300 403-1 [911 Bits 5,6,7 and shall be set to "NSAP 


(ITU-T Recommendation X.213 [23] and ISO/IEC 8348 Add.2 [93)" 



Table 24bb: Mapping of the Subaddress received in an ANM 
to the Subaddress sent in the 200 OK (INVITE) 



ISUP Messaae ANM 


SIP 200 (OK) 


ISUP Parameter field 


Source component value 


Source SIP header field 
and component 


Derived value of parameter 


field 


connected party Subaddress 


Subaddress encapsulated in 
the ISUP Access Transport 
parameter 


P-Asserted-ldentity includinq 


";isub=" ruric 

The Subaddress diqits 


the isdn-Subaddress 


included into the "uric" shall 


NOTE 1 


be derived from the Access 




Transport parameter 


(see note) 


NOTE: The Type of Subaddress as described within EN 300 403-1 [911 shall not be mapped. 



7.4.5.3 



Outgoing Call Interworking from ISUP to SIP at 0-MGCF 



The mapping in table 24bc of the isdn-Subaddress parameter received within a tel or sip URI to the ISUP Access 
Transport Parameter encapsulating the Subaddress shall be applied. 

The mapping in table 24bd of the Subaddress received within an ANM Message containing the ISUP Access Transport 
Parameter to the isdn-Subaddress of a tel or sip URI to be sent within a 200 OK (INVITE) shall be applied. 
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Table 24bc: Mapping of the Subaddress received in an lAM to the Subaddress sent in the INVITE 



ISUP JAM Message 


SIP INVITE Message 


ISUP Parameter field 


Source comoonent value 


Source SIP header field and 
component 


Derived value of oarameter 
field 


called Dartv Subaddress 


Access Transport oarameter 


Reauest-URI and To header 


":isub=" 1*uric 




Notel 


field includinq the isdn- 


The Subaddress diqits 




Subaddress 


included into the "uric" shall be 
derived from the Access 
Transport parameter 
(see note) 


callina oartv Subaddress 


Access Transport oarameter 


P-Asserted-ldentitv header 


":isub=" 1*uric 




Note 1 


field and From header field 


The Subaddress diqits 




includinq the isdn-Subaddress 


included into the "uric" shall be 




derived from the Access 
Transport parameter 
(see note) 


NOTE: The "Tvoe of Subaddress" as described within EN 300 403-1 [911 shall not be maooed 



Table 24bd: IVIappinq of the Subaddress received in a 200OK to the Subaddress sent in the ANim 



200OK 




ANM 




Source SIP header field and 
component 


Source component value 


ISUP Parameter field 


Derived value of parameter 
field 


P-Asserted-ldentitv includinq 


":isub=" ruric 


connected party Subaddress 


Access Transport oarameter 


the 






(see note) 


NOTE: The "Type of Subaddress as described" within EN 300 403-1 [911 Bits 5,6,7 and shall be set to "NSAP 


(ITU-T Recommendation. X.213 [231 and ISO/IEC 8348 Add.2 [931)" 



Clause 7.4.21 
Modify as follows: 

7.4.21.1 



User-to-User Signalling (UUS) 



User-to-User Signalling (UUS) service 1 (implicit) 



The coding of the User-user information element is described within EN 300 356-8 [101. The User-to-User header is 
defined within ES 283 003 [31. 

NOTE 1: If the draft-iohnston- sipping-cc-uui is agreed then the Reference to ES 283 003 [31 will be replaced by 
the agreed RFC. 

NOTE 2: The IETF RFC needs more detail on encoding of the UUI as defined within 

ITU-T Recommendation 0.763 i.e. the protocol discriminator and the encoding syntax. 

The content of the uuidata field of the User-to-User header shall start with the first octet being the protocol 
discriminator and followed by the user information octets. 

The format of the uuidata field shall be the hexadecimal representation of binary data coded in ascii alphanumeric 
characters. For example, the 8- bit binary yalue 0011- 1111 is 3F in hexadecimal. To code this in ascii, one 8- bit byte 
containing the ascii code for the character '3' (001 1- 001 1 or 033H) and one 8- bit byte containing the ascii code for the 
character 'F' (0100- 01 10 or 046H) are required. For each byte yalue, the high-order hexadecimal digit is always the first 
digit of the pair of hexadecimal digits. The ascii letters used for the hex digits shall always be capital form. 

For example: 

User-to-User: 00C81031313232333334343535363637373838FA08303900064630E9E0;encoding=hex 

Interworking procedures between the user-user information element and User-to-User header for the User-to-user 
signalling seryice 1 are defined in the following clauses. 

NOTE 1 : For 3GPP Release 8 the encoding of data should be described in more detail. 

NOTE 2: For 3GPP Release 8 the interworking of the encoded data should be described in more detail. 
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7.4.21.1.1 



Incoming Call Interworkinq from SIP to ISUP at l-MGCF 



On the receipt of the User-to-User Header if the encoding header field parameter of the User-to-User header set to hex 
the I-MGCF shall map the content of the uuidata header field to the protocol discriminator and user information 
parameters of the user-user information element. Mapping procedures for other encoding header field values are or 
further study. 

The length of user-user contents parameter shall be set by the I-MGCF according to the normal procedures. 

The I-MGCF maps the messages transporting the user -user information according to the normal interworking 
procedures. 

Table 7.4.21 .1.1 : Mapping of the User-to-User header to the ISUP user-to-user information parameter 



SIP parameter -^ 


-> ISUP parameter 


Source SIP header 


Source 

component 

value 


ISUP Parameter field 


Derived value of parameter field 


field and 
component 


User-to-User 


uuidata 


User-to-User 


Protocol discriminator and User Information 



7.4.21.1.2 



Outgoing Call Interworkinq from ISUP to SIP at 0-MGCF 



On the receipt of the user-user information element the O-MGCF shall map the protocol discriminator and user 
information parameters to the uuidata header field of the User-to-User header. 

The O-MGCF shall set the encoding header field parameter of the User-to-User header to the "hex" value 

The O-MGCF maps the messages transporting the user-user information according to the normal interworking 
procedures. 

Table 7.4.21.1.1 : IVIappinq of the ISUP user-to-user information parameter to the User-to-User header 



-> ISUP parameter 


-^ SIP parameter 


ISUP Parameter 
field 


Source parameter field 


Source SIP 
header field 

and 
component 


Derived value of 
parameter field 


User-to-User 


Protocol discriminator and User Information 


User-to-User 


uuidata 



7.4.21.2 



User-to-User Signalling (UUS) service 1 (explicit) 



The actions of the MGCF at the ISUP/BICC side are described in ITU-T Recommendation 0.737.1 [421 under the 
clause "Interactions with other networks". 



7.4.21.3 



User-to-User Signalling (UUS) service 2 (implicit & explicit) 



The actions of the MGCF at the ISUP/BICC side are described in ITU-T Recommendation 0.737.1 [421 under the 
clause "Interactions with other networks". 



7.4.21.4 



User-to-User Signalling (UUS) service 3 (implicit & explicit) 



The actions of the MGCF at the ISUP/BICC side are described in ITU-T Recommendation 0.737.1 [421 under the 
clause "Interactions with other networks". 

Annex D (informative): 
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draft-iohnston-sipping-cc-uui-02 "Transporting User to User Information for Call Centres using SIP" 2007 
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